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METHOD TO SERVE REAL-TIME DATA 
IN EMBEDDED WEB SERVER 

BACKGROUND OF THE INVENTION 

1. Field Of The Invention 

The present technique relates generally to network computer systems, such as 
client/server computer systems. More particularly, a technique is provided for serving real-time 
data using a Web browser in an embedded environment. 

2. Background Of The Related Art 

This section is intended to introduce the reader to various aspects of art which may be 
related to various aspects of the present invention which are described and/or claimed below. This 
discussion is believed to be helpful in providing the reader with background information to 
facilitate a better understanding of the various aspects of the present invention. Accordingly, it 
should be understood that these statements are to be read in this light, and not as admissions of 
prior art. 

A variety of Web browsers, such as Netscape, Internet Explorer and America Online, are 
currently available for browsing the Internet and accessing resources across computer networks. 
The current standard for displaying information in these Web browsers is the hypertext markup 
language (HTML). Web pages using the HTML format typically have limited formatting 
capabilities and functionality. For example, special tags must be used to format text, to create 
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objects such as tables, to insert pictures, to create background colors and schemes, to represent 
data, and to provide various other features for the Web pages. 



In certain applications, it is desirable to provide real-time data on the Web pages. The 
5 conventional technique for providing such data is to slipstream the data into hard-coded Web 

pages or to parse special tokens into the HTML pages and then replace the tokens with the real- 
time data. Not only do these techniques consume considerable processor resources, they 
complicate Web page development, because the data generation process integrally relates to the 
Web page development process. Accordingly, the Web page developer must understand both the 
10 O data generation process and Web page development. Existing techniques also prevent effective 
W offline Web page development, because of this integral relationship between the data and the 
ll Web pages. Unfortunately, HTML does not have a standard for serving real-time data from an 
7 embedded environment, which generally refers to an environment where an object or data 
U generated by one application is embedded into an object or document generated by another 
15 i application. 

'•'■ZZZV 

irs i: 

The present technique addresses the foregoing problems by serving Web pages that are 
mixed with dynamic data from an embedded system using object files to access the dynamic 
data. Accordingly, the present technique separates the development of Web pages from that of 
20 the dynamic data, thereby improving the efficiency of each development process. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
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Certain advantages of the invention may become apparent upon reading the following 
detailed description and upon reference to the drawings in which: 

Fig. 1 is a block diagram illustrating an exemplary network of the present technique; 
Fig. 2 is a block diagram illustrating an exemplary dynamic data server system of the 
present technique; 

Fig. 3 is a flow chart illustrating an exemplary dynamic data server process in which 
dynamic data is merged with a Web page at the client side; 

Fig. 4 is a flow chart illustrating an exemplary dynamic data server process in which 
dynamic data is merged with a Web page at the server side; 

Fig. 5 is an exemplary unpopulated Web page having objects configured for population 
by dynamic data; and 

Fig. 6 is an exemplary populated Web page having real-time data from an embedded 

system. 

DESCRIPTION OF SPECIFIC EMBODIMENTS 

One or more specific embodiments of the present invention will be described below. In 
an effort to provide a concise description of these embodiments, not all features of an actual 
implementation are described in the specification. It should be appreciated that in the 
development of any such actual implementation, as in any engineering or design project, 
numerous implementation-specific decisions must be made to achieve the developers' specific 
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goals, such as compliance with system-related and business-related constraints, which may vary 
from one implementation to another. Moreover, it should be appreciated that such a 
development effort might be complex and time consuming, but would nevertheless be a routine 
undertaking of design, fabrication, and manufacture for those of ordinary skill having the benefit 
of this disclosure. 

The present technique serves Web pages that are mixed with dynamic data from an 
embedded system using object files to access the dynamic data. The technique constructs the 
object files in the embedded system in real-time separate from the Web pages. The technique 
then merges the dynamic data with the Web pages and displays the data-populated Web pages 
via a Web browser. The data/page merging process may be performed at either the server side or 
the client side. 

As described in detail below, present technique serves Web pages that are mixed with 
dynamic or ephemeral data from an embedded system using object files to access the dynamic or 
ephemeral data. The Web pages embody a file system object linked to files and dynamic data via 
embedded controller code, which has facilities to find and serve the files and dynamic data to the 
file system object. In operation, the present technique constructs the object or data files in real- 
time in the embedded system and then transmits these files to the requesting computer system. 
The real-time data is then merged and displayed by the client browser using standard statements 
for the object files, such as standard JavaScript or VBScript statements. The real-time data also 
may be merged at the server side rather than by the client browser. In either case, the present 
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technique separates the development of the Web pages from that of the dynamic data in the 
embedded system. 

Turning now to the drawings and referring initially to Fig. 1, a block diagram of an 
exemplary computer network system in which the present invention may be practiced is 
illustrated and designated using reference numeral 10. The computer network 10 is intended to 
illustrate a typical modern computer network configuration with all its complexities and 
flexibility. A managed server 20 is connected to a plurality of client computers 22, 24 and 26. 
For purposes of explaining the present embodiment clearly, only one server on the network 10 
has been designated as a "managed server." In practice, those of skill in the art will appreciate 
that any or all of the servers in the network 10 could simultaneously include hardware and 
software devised according to the invention, making those servers "managed servers". 

The managed server 20 may be connected to as many as n different client computers. 
The magnitude of n is a function of the computing power of the managed server 20. If the 
managed server has large computing power (for example, faster processor(s) and/or more system 
memory) relative to other servers on the network, it will be able to serve a relatively large 
number of client computers effectively. 

The managed server 20 is connected via a typical network infrastructure 30, which may 
include any combination of hubs, switches, routers and the like. While the network 
infrastructure 30 is illustrated as being either a local area network ("LAN") or wide area network 
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("WAN"), those skilled in the art will appreciate that the network infrastructure 30 may assume 
other forms such as a municipal area network ("MAN") or even the Internet. 

The network infrastructure 30 connects the managed server 20 to server 40, which is 
representative of any other server in the network environment of managed server 20. The server 
40 may be connected to a plurality of client computers 42, 44 and 46. The server 40 is 
additionally connected to server 50, which is in turn connected to client computers 52 and 54. 
The number of client computers connected to the servers 40 and 50 is dependent only on the 
computing power of the servers 40 and 50, respectively. 

The server 40 is additionally connected to the Internet 60, which is in turn connected to a 
server 70. Server 70 is connected to a plurality of client computers 72, 74 and 76. As with the 
other servers shown in Fig. 1, server 70 may be connected to as many client computers as its 
computing power will allow. 

Fig. 2 is a block diagram illustrating an exemplary dynamic data server system 100 of the 
present technique. As illustrated, a client 102 and a server 104 are communicatively coupled via 
the network 10. In this exemplary embodiment, the client 102 has a Web interface 103 (e.g., a 
Web browser) for retrieving, processing, and displaying Web pages. The server 104 comprises a 
management module 106 having a "lights out" management module (LOM) 108, a Web server 
110, and a file system 1 12. The management module 106 also may comprise any other suitable 
components for managing network resources, such as client computer systems, headless servers, 
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Web pages, and other hardware and software resources. The lights out management module 108 
is provided for managing a headless computer system, which generally represents a computer 
lacking user interaction devices, such as a monitor, a keyboard, and a mouse. The system 100 
serves dynamic data, or real-time data, to the client 102 by providing Web pages 1 14 with 
5 objects, such as JavaScript or VBScript objects, linkable to dynamic data 116. 



The Web pages 1 14 may have a variety of JavaScript or VBScript functions for merging 
the Web pages 1 14 with the dynamic data 1 16. For example, one of the Web pages 1 14 (e.g., 
MyDocument.htm) may comprise the following code: 

jaws 

10 O <html> 
O <head> 

y* <script src= "JSFunct js"></script> 

.2 <script src= "dataTable.j s"></script> 

JJJ <head/> 
15 J <body> 

7 My data is: <script>printValue( myData )</script><br> 

O Here is my table:<br> 

U <table> 

D <script>stringTable( myTable )</script> 

20 ± </table> 
y </body> 
</html> 



The objects "JSFunct.js" and "dataTable.j s" are JavaScript functions, which are used to 
25 transfer, format, and merge the dynamic data 116 with the Web pages 1 14. In this example, the 

foregoing JavaScript functions may comprise the following code and data: 



JSFunct.js 
3 0 Function printValue(value) 

{ 



8 



COMP:0270 
P01-3944 



Document.write(value) ; 

} 

Function stringTable(stringArray) 
{ 

5 For (stringLine in stringArray) 

Document.write("<tr><td>" +stringLine+ "</td></tr>") 

} 



10 dataTable.js 

myData= "32"; 

myTable= ["Line 1", "Line 2", "Line 3"] 

15 

Accordingly, the foregoing "MyDocument.htm" Web page would initially have the text 
"My data is:" and "Here is my table" without any corresponding data. However, at the server 
Q side or at the client side, the dynamic data server system 100 merges the JavaScript object 

"dataTable.js" with the Web page "MyDocument.htm" according to the JavaScript defined in the 
20 S Web page and defined by the foregoing JavaScript functions. As described in detail below, any 
□ suitable object file or code, such as JavaScript or VBScript, may be utilized to provide data 
O within the scope of the present technique. Accordingly, the present technique may dynamically 
u fill tables, drop-down menus, list boxes, text boxes, and various other objects within the Web 

ru 

pages 114. 

25 

As illustrated in Fig. 2, the client 102 may initiate operation of the dynamic data server 
system 100 by browsing the network 10 and requesting a desired Web page 118, which may 
comprise one or more frames. The page/frame(s) request 118 is transmitted from the client 102, 
through the network 10, and to the server 104. The server 104 then processes the request 118, 
30 retrieves the appropriate Web page from the Web pages 114, and returns the requested 
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page/frame(s) 120 to the client 102. For example, the server 104 or the management module 106 
may include a call analysis module 1 17 to evaluate the page/frame(s) request 1 18, a data/page 
collection module 1 1 9 to collect the proper page/frame(s) for the request 1 1 8, and a data/page 
transmission module 121 to return the requested page/frame(s) 120 to the client 102. In the 
illustrated embodiment, the system 100 transmits the requested page 120 to the client 102 
separate from the corresponding dynamic data 1 16 for that page. 

Upon receipt of the requested page 120, the client 102 evaluates the objects/code within 
the page 120 (e.g., JavaScript functions) and transmits a data request 122 for the desired objects 
to the server 104, which searches the file system 1 12 for the appropriate objects and populates 
those objects with the dynamic data 116. For example, the Web interface 103 may evaluate the 
markup language and script language within the retrieved page 120, and identify one or more 
files, objects, or general data needed for complete display of the Web page. The server 104 then 
transmits the requested data 124 to the client 102 as populated objects (e.g., JavaScript functions 
or arrays of data), which are then merged with the objects (e.g., tables, menus, text, etc.) in the 
requested page 120. For example, the client 102 may have a data/page population module 105 to 
insert the retrieved data in the proper location within the Web page. In an exemplary 
embodiment, the Web interface 103 may comprise scripts (e.g., JavaScript or VBScript functions 
or commands) to populate the Web page with the retrieved data files. Alternatively, as 
mentioned above, the process 100 can merge the dynamic data 1 16 with the Web pages 1 14 in 
response to the initial request 1 18 for the desired page/frame(s). For example, at the server 104, 
the process 100 may use a data/page population module 123 to populate the Web page with the 
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dynamic data gathered by the collection module 119 from the dynamic data 116. The process 
100 may then transmit the data populated Web page to the client 102 via the transmission 
module 121. In either case, the page/frame(s) displayed at the client 102 comprises one or more 
of the Web pages 114 merged with desired portions of the dynamic data 116. 

5 

Fig. 3 is a flow chart illustrating an exemplary dynamic data server process 200 of the 
present technique. As illustrated, the process 200 proceeds by requesting a page or frame(s) from 
the server (block 202). The server receives this request via the network 10, processes the request, 
searches the file system 1 12 for the requested page or frame(s), retrieves the appropriate page or 
10 h frame(s), and transmits requested page or frame(s) from the server 104 to the client 102 (block 

.«ss. 

W 204). 

T : !5 

In this exemplary embodiment, the process 200 then proceeds to evaluate the embedded 
U objects or functions within the page or frame(s) (block 206). As described above, these 
15 =F embedded objects may comprise links to a variety of JavaScript functions, JavaScript arrays, or 
1 y various other JavaScript or VBScript type objects. These embedded objects are typically 
enclosed by script tags and are identified by the source tag "src = file.js," where file.js is the 
JavaScript file or function having the desired dynamic data or code. Accordingly, the process 
200 (e.g., the Web browser) searches the retrieved page or frame(s) for the foregoing identifiers 
20 and requests data from the server to populate the embedded objects (block 208). 
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The server 104 receives the data request corresponding to the embedded objects, searches 
the file system 1 12 for the appropriate dynamic data, and generates data files for the requested 
data in real-time at the server 104 (block 210). For example, the data files may comprise 
JavaScript functions, variables, arrays, and various other objects for transferring and formatting 
the dynamic or ephemeral data. The process 200 then proceeds to transmit the generated data 
files from the server 104 to the client 102 via the network 10 (block 212). At the client side, the 
process 200 (e.g., the Web browser) merges these data files with the page or frame(s) previously 
retrieved from the server 104 (block 214). The data files generated and transmitted from the 
server 104 also may be hidden from the user at the client 102, where these data files are 
temporarily stored in the browser cache during the page/data merging process. For example, the 
Web browser may merge the unpopulated page or frame(s) with one or more variables or arrays 
of data for a table, a drop-down menu, a list box, or any other desired application or objected- 
oriented feature within the page or frame(s). The process 200 (e.g., the Web browser) then 
proceeds to display the data populated page or frame(s) at the client 102 (block 216). If the user 
browses to another Web page, then the foregoing data files may be eliminated from the browser 
cache. 

The foregoing process 200 continues to operate as the client browses through Web pages 
and requests updated data for any one of those Web pages. For example, the client 102 may 
request updated real-time data by clicking the refresh button on the Web browser (block 218). If 
the client 102 desires updated data, then the process 200 may return to block 206 for evaluation 
of the embedded objects within the current page or frame(s). However, if the client 102 does not 
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desire updated data for the current page or frame(s), then the process 200 may proceed to query 
whether the client 102 desires a new page or frame (block 220). If the client 102 desires a new 
page or frame, then the process 200 may return to block 202 to initiate a new server request for 
the desired page or frame(s). However, if the client 102 does not desire a new page or frame(s), 
5 then the process 200 may query whether the client desires to end the current session (block 222). 

If the client does not desire to end the current session, then the process 200 continues to display 
the data populated page or frame(s) at the client 102 (block 216). Otherwise, the process 200 
proceeds to end the current session (block 224). 

10 H As mentioned above, the present technique also can merge Web pages with dynamic data 

W at the server 104 rather than at the client 102. Fig. 4 is a flow chart illustrating an exemplary 
r! dynamic data server process 300 of the present technique. The process 300 begins as the client 

"i z i! 

102 requests a page or frame(s) from the server 104 (block 302). The process 300 transmits this 
H client request across the network 10 to the server 104, which then searches and accesses the 

1 5 :E appropriate page or frame(s) disposed in the file system 1 1 2 of the server 1 04 (block 304). 

f~\ 

i?i i; 

In this exemplary embodiment, the process 300 then proceeds to evaluate the embedded 
objects in the page or frame(s) at the server 104 (block 306). The desired functions, variables, 
and data files may be identified by the source tags "src = file js" or any other suitable identifiers, 
20 such as the actual file names for the data or functions. The process 300 then searches the server 
file system 1 12 for the appropriate data and generates the desired data files for the embedded 
objects in real-time at the server 104 (block 308). The foregoing real-time data files are then 

13 
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merged with the requested page or frame(s) at the server 104 (block 310), which transmits the 
data populated page or frame(s) from the server 104 to the client 102 (block 312). Thus, in this 
embodiment, the client 102 displays the data populated page or frame(s) without separate data 
retrieval from the server 104 (block 314). For example, the server populates the Web page with 
5 the actual dynamic data for every scripting call <script src= "file.js"x/script> (e.g., 32 for 

myData), while the client Web browser performs the actual display of the dynamic data via the 
scripting write command <script>document.write(myData)</script>. 

The foregoing process 300 continues to operate as the client browses through Web pages 
10 h and requests updated data for any one of those Web pages. For example, the client 102 may 
W request updated real-time data by clicking the refresh button on the Web browser (block 316). If 
S£! the client 102 desires a page or frame update, then the process 300 may return to block 302 for a 
new request for the page or frame(s) from the server 104. Alternatively, the process 300 may 

H proceed to block 206 of Fig. 3, evaluate the embedded objects, retrieve desired dynamic data 

w 

15 :E from the server 104, and merge the retrieved data and the Web page at the client 102. However, 
" y if the client 102 does not desire updated data for the current page or frame(s), then the process 
300 may proceed to query whether the client 102 desires a new page or frame (block 318). If the 
client 102 desires a new page or frame, then the process 300 may return to block 302 for a new 
request for the new page or frame(s) from the server 104. However, if the client 102 does not 

20 desire a new page or frame(s), then the process 300 may query whether the client wishes to end 
the current session (block 320). If the client does not wish to end the current session, then the 
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process 300 continues to display the data populated page or frame(s) at the client 102 (block 
314). Otherwise, the process 300 proceeds to end the current session (block 322). 

Figs. 5 and 6 are exemplary unpopulated and populated Web pages of the present 
5 technique. As illustrated, the foregoing system 100 and processes 200 and 300 may be used to 
populate various objects within a Web page 400. The illustrated Web page 400 comprises a 
plurality of frames, tables, drop-down menus, list boxes, buttons, and various other features. For 
example, the Web page 400 comprises frames #1, #2, and #3, which are indicated by reference 
numerals 402, 404, and 406, respectively. Frame 404 comprises a drop-down menu 408, a drop- 
10 13 down menu 410, a search text box 412, a search button 414, and a listbox 416. Frame 406 

W comprises tables #1 and #2, which are indicated by reference numerals 41 8 and 420, respectively. 

Si 

Each of these tables 418 and 420 have a plurality of rows and columns for the desired data. 
I** Frame 406 also comprises text 422, which refers to a text object 424 for the real-time of the 
H dynamic data being merged with the Web page 400. For example, the text object 424 may 
1 5 j embody a simple JavaScript function for retrieving the current time as dynamic data is gathered 

at the server 104. 

Figs. 6 illustrates the Web page 400 after operation of the foregoing dynamic data server 
systems and processes. As illustrated, dynamic data has been merged with the Web page 400 to 
20 fill the drop-down menus 408 and 410, the listbox 416, and the tables 418 and 420. The drop- 

down menus 408 and 410 now have a plurality of menu items, such as menu items 426 and 428, 
respectively. The list box 416 also has a plurality of list items, such as list items 430, 432, and 
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434. Similarly, each of the tables 418 and 420 has a plurality of dynamic data in the rows and 
columns of the respective tables. For example, table 418 has been populated with data 436, 
while table 420 has been populated with data 438. 

5 As described above, the present technique advantageously separates the development of 

Web pages from that of the dynamic data, and provides an efficient technique for populating 
Web pages with real-time data at the client or server side of the network 10. Any suitable 
browser and programming language, such as JavaScript and VBScript, may be used within the 
scope of the present technique. The Web pages do not have to reside in the embedded controller 
1 0 q to access the dynamic data, nor is there any need for special tags (e.g., ASP tags) to represent the 
UJ data. Accordingly, Web developers are able to change, develop, and test new Web pages for 
embedded environments quickly and easily. Moreover, Web page development can proceed in 
parallel with dynamic data service development. The Web developer does not need to 
ll understand the data generation process, nor does the dynamic data developer need to understand 
15 the Web page development process. 

■?= 

The present technique also has various other advantageous features. For example, the 
present technique may provide language files in the file system to facilitate language localization. 
These language files may facilitate language localization without changes to firmware code. The 
20 foregoing dynamic data server systems and processes are also useful for special applications, 

such as handheld or palmtop computing platforms. Additionally, the present technique is 
operable in standard encrypted Internet security systems and across firewalls. The server 104 
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that serves the dynamic data is also capable of processing Common Gateway Interface (CGI) 
requests. The present technique also may use file attribute flags and file time stamps in the Web 
page development host environment for attribute flags required by the embedded system. 

While the invention may be susceptible to various modifications and alternative forms, 
specific embodiments have been shown by way of example in the drawings and will be described 
in detail herein. However, it should be understood that the invention is not intended to be limited 
to the particular forms disclosed. Rather, the invention is to cover all modifications, equivalents 
and alternatives falling within the spirit and scope of the invention as defined by the following 
appended claims. For example, the Web pages may be written in any suitable Web format or 
markup language, such as the Hypertext Markup Language (HTML), the Extensible Markup 
Language (XML), the Voice Extensible Markup Language (VXML), the Extensible Hypertext 
Markup Language (XHTML), the compact HTML (cHTML), the electronic business Extensible 
Markup Language (ebXML), the Standard Generalized Markup Language (SGML), the 
Electronic Commerce Modeling Language (ECML), the Extensible Style Language (XSL), or 
the ColdFusion Markup Language (CFML). Moreover, the present technique populates the 
foregoing Web pages with dynamic or ephemeral data using any suitable data calls, functions, 
variables, object-oriented languages, macros, batch files, cookies, dynamic and streaming 
methodologies (e.g., Dynamic HTML), or scripting languages. For example, the object or data 
files may comprise JavaScript functions and objects, Visual Basic functions and objects, and 
various other functional or data formats. Other languages that may be used by the present 
technique include the HyperCard or AppleScript languages, the Jscript language, the VBScript 
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language, the ECMA Script language, ActiveX controls, BASIC, C, C++, COBOL, FORTRAN, 
or any other suitable scripting or objected oriented language. The present technique also may use 
the Common Gateway Interface (CGI) for processing the dynamic or ephemeral data on the 
server-side. 
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